ii mi iiiii in i in i il ium ii i ii 



® BUNDESREPUBLIK 
DEUTSCHLAND 




DEUTSCHES 
PATENT- UND 
MARKENAMT 



JDffenlegungsschrift 
TOE 101 01 745 A 1 



® Int. CI. 7 : 

G 05 B 19/04 



® Aktenzeichen: 
@ Anmeldetag: 
@ Offenlegungstag: 



101 01 745.6 
16. 1.2001 
14. 8.2002 



LA 

© 
© 



@ Anmelder: 

Siemens AG, 80333 Munchen, DE 



@ Erfinder: 

Karl-Dietze, Ludwig, 90491 Nurnberg, DE; Sperl, 
Wolfgang, 93092 Barbing, DE 



Die f olgenden Angaben sind den vom Anmelder eingereichten Unterlagen entnommen 

Prufungsantrag gem. § 44 PatG ist gestellt 

@ Verfahren zum Betreiben eines Automatisierungssystems 

(57) Bei dem Verfahren zum Betreiben eines Automatisie- 
rungssystems wird in einer Informationsdatei (I) abge- 
legt, welche speziellen Dienstprogramme (DP1 bis DP6) 
fur welche Baugruppe (BG) notwendig sind. Die Dienst- 
programme (DP1 bis DP6) dienen dabei zur Ausfuhrung 
von den Baugruppen (BG) zugeordneten Funktionen. Die 
Dienstprogramme (DP1 bis DP6) werden bevorzugt uber 
genormte Schnittstellen (S, S1 bis S3) aufgerufen. Mit 
dieser Ausgestaltung ist eine einfache Anderung oder An- 
passung der Ha rdwarekonfigu rations-Software durch ei- 
nen entsprechenden Eintrag in der Informationsdatei (I) 
ermoglicht. 
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[0001] Die Erfindung betrifft deTraetrieb eines Automati- 
sierungssystems, das zum Steuern oder Regeln von Kompo- 
nenten eines Anlagenprozesses vorgesehen ist. 5 
[0002] lypischerweise liest ein solches Automatisie- 
rungssystem von Sensoren oder Bedienelementen erfasste 
Werte ein und verarbeitet diese unter Zuhilfenahme von in- 
ternen Regeln zu Ausgabewerte fur Aktoren. Sensoren sind 
beispielsweise Temperaturfuhler, Positionsmessgerate, lo 
Druck- oder Drehzahlmesser usw. Aktoren sind typischer- 
weise Antriebe aller Art. Ein modernes Automatisierungs- 
system besteht zu einem groBen Teil aus Software, damit es 
vom Anwender an den spczifischen Einsatzzweck angepasst 
werden kann. Das Automatisierungssystem ist dadurch sehr 15 
flexibel und kann fur unterschiedliche Anlagenprozesse - 
nach entsprechender Programmierung - eingesetzt werden. 
[0003] Neben der Software umfasst das Automatisie- 
rungssystem Baugruppen als Hardware- Komponcnten. Die 
Baugruppen sind fur Teilaufgaben des Automatisierungssy- 20 
stems zustandig. Das Automatisierungssystem an sich ist 
modular aufgebaut und iasst sich indi viduell fur den jeweili- 
gen Einsatzzweck zusammenstellen und ggf auch erwei- 
tem. T^pischerweise ist auch die Software in Teilaufgaben 
untergliedert, die durch Software-Bausteine abgearbeitet 25 
werden. 

[0004] Die Sensoren und Aktoren sind an die fur sie vor- 
gesehenen Baugruppen angeschlossen. Diese Baugruppen 
realisieren die Anschaltung der Sensoren und Aktoren an 
die Software, also an das auch als Firmware bezeichnete Be- 30 
triebsprogramrn des Automatisierungssy stems. Hierzu steu- 
ert eine Baugruppe beispielsweise die Erfassung des Mess- 
werts iiber den Sensor. Ein vom Sensor erfasster Messwert 
(z. B. Widerstandswert eines Temperaturfuhlers) wird von 
der Baugruppe digitalisiert und an das Betriebsprogramm 35 
ubermittelt. Dort wird der Wert in einem adressierbaren 
Speicherbereich abgelegt, so dass er aus diesem Speicherbe- 
reich gezielt abgerufen werden kann. Das Betriebspro- 
gramm ist dabei als Maschinencode-Prograrnm ausgestaltet. 
Die Firmware oder das Betriebsprogramm wird im Folgen- 40 
den auch als ausfuhrbares Maschinencode-Prograrnm oder 
kurz als ausfuhrbares Programm bezeichnet. 
[0005] Uber die Firmware wird der im Speicherbereich 
abgelegte Wert weiterverarbeitet und es wird beispielsweise 
in Abhangigkeit des Werts eine weitere Baugruppe ange- 45 
steuert, iiber die dann ein Aktor aktiviert wird. Der Aktor ist 
beispielsweise ein Schaltrelais zum Einschalten einer Hei- 
zung. 

[0006] Fur einen reibungslosen Betrieb des Automatisie- 
rungssystems ist es notwendig, dass das ausfuhrbare Pro- 50 
gramrn iiber die im Automatisierungssystem vorhandenen 
Baugruppen informiert ist. Um das Automatisierungssystem 
durch eine neue Funktion oder Anwendung erweitern zu 
konnen, muss u. a. bekannt sein, welche im ausfuhrbaren 
Programm vorgesehene Adressbereiche durch welche Bau- 55 
gruppen bereits belegt sind. Denn die neue Funktion wird in 
der Regel durch eine neue oder geanderte Baugruppe ver- 
wirklicht, der eine Adresse zugeordnet werden muss. Die 
neue Baugruppe wird zudem ublicherweise parametrisiert, 
beispielsweise wird ihr mitgeteilt, fiir welchen Temperatur- 60 
bereich ein von ihr angesteuerter Sensor ausgelegt ist. 
[0007] Beim erstmaligen Aufbau oder bei einer Anderung 
des Automatisierungssystems ist daher auch eine entspre- 
chende Software-Konfiguration notwendig. In der Regel ist 
das Automatisierungssystems zur Konfiguration zweistufig 65 
aufgebaut. Und zwar umfasst es als erste Stufe ein pro- 
grammtechnisches Konfigurationssystem, das so genannte 
Engineering-System. Die zweite Stufe ist ein Anwenderpro- 



gramm-System, das so gejjMte Runtime-System. Das En- 
gineering-System ist ubl^^Beise auf einem Arbeitsplatz- 
rechner installiert und wirlWn einem Programmierer oder 
Softwareentwickler bedient Mit Hilfe des Engineering-Sy- 
stems wird die eigentliche Konfiguration des Automatisie- 
rungssystems vorgenommen. D. h. es wird der fur das Auto- 
matisierungssystem vorgesehenen hardwaretechnische 
(Baugruppen) und softwaretechnische Aufbau zusammen- 
gestellt und die fur den konkreten Aufbau vorgesehenen 
Konfigurationsdaten ermittelt. Diese Konfigurations- oder 
Beschreibungsdaten umfassen beispielsweise Informatio- 
nen iiber die verwendeten Baugruppen, iiber den fur eine je- 
weilige Baugruppe vorgesehenen Steckplatz sowie iiber die 
einer jeweiligcn Baugruppe zugeordneten Parametercinstel- 
lungen. Diese Beschreibungsdaten werden anschlieBend 
dem Anwenderprogramm-System ubermittelt. Dieses ist 
dann quasi auf Knopfdruck in der Lage, einen industriellen 
Anlagenprozess zu steuern, ohne dass weitere Einstellungen 
vorgenommen werden mussen. Das Konfigurations-System 
und das Anwenderprogramm-System konnen aber auch in 
einem einheitlichen System zusammengefasst sein. 
[0008] Ublicherweise ist fur die Konfiguration im aus- 
fiihrbaren Programm zumindest des Konfigurations- Sy- 
stems ein spezieller Programmbaustein vorgesehen, der sich 
mit der Hardwarekonfiguration befasst. Mit diesem Pro- 
grammbaustein kann der Anwender beispielsweise den im 
Automatisierungssystem vorgesehenen Steckplatzen spe- 
zielle Baugruppen zuweisen, diesen Baugruppen Adressen 
vergeben und ggf. die Baugruppen parametriesieren. Wei- 
terhin sind ublicherweise weitere Programmbausteine fur 
samtliche, prinzipiell fur das Automatisierungssystem ge- 
eignete, Baugruppen abgelegt. 

[0009] Diese weiteren Programmbausteine sind insbeson- 
dere auch so genannte Dienstprogramme, die die Ausfiih- 
rung von den Baugruppen zugeordneten Funktionen bein- 
halten. Ein solches Dienstprogramm befasst sich beispiels- 
weise mit der Adressvergabe fur die jeweilige Baugruppe 
oder auch mit der Erzeugung von baugruppen spczifischen 
Daten, wie sie beispielsweise im Hinblick auf eine Parama- 
trisierung der Baugruppe notwendig sind. Dabei sind den 
unterschiedlichen Baugruppen jeweils eigene, auf die Bau- 
gruppe zugeschnittene, Dienstprogramme zugeordnet. 
[0010] Wird eine neue oder geanderte Baugruppe in das 
Automatisierungssystem implementiert, so muss in das aus- 
fuhrbare Programm ein neues Dienstprogramm eingebun- 
den werden, das die neue Baugruppe betrifft. Die Implemen- 
tierung des neuen Dienstprogramms ist dabei aufwendig, da 
das ausfuhrbare Programm als Maschinencode-Prograrnm 
ausgefuhrt ist. 

[0011] Der Erfindung liegt die Aufgabe zugrunde, einen 
einfachen und flexiblen Betrieb eines Automatisierungssy- 
stems zu ermoglichen. 

[0012] Die Aufgabe wird gemaB der Erfindung gelost 
durch ein Verfahren zum Betreiben eines Automatisierungs- 
systems, das eine Anzahl von Baugruppen als Hardware- 
komponenten sowie ein Betriebsprogramm als Software- 
komponente fur den Betrieb der Baugruppen umfasst. Das 
Betriebsprogramm beinhaltet eine Anzahl von Dienstpro- 
grammen fur die Ausfiihrung von den Baugruppen zugeord- 
neten Funktionen, wobei aus einer Informationsdatei ausge- 
lesen wird, welche speziellen Dienstprogramme fur welche 
Baugruppe notwendig sind. Zur Ausfiihrung der der jeweili- 
gen Baugruppe zugeordneten Funktion wird dann das ent- 
sprechende Dienstprogramm aufgerufen. 
[0013] Der Vorteil dieser Ausgestaltung liegt darin, dass 
mehrere Baugruppen bei Bedarf auf die gleichen Dienstpro- 
gramme zugreifen und insbesondere darin, dass iiber die In- 
formationsdatei die Zuordnung der Dienstprogramme zu 
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den einzelnen Baugruppen verw^JLwird. 
[00141 Die bisher ubliche Imp^^Ptierung von gesonder- 
ten Dienstprogrammen fur jede^M^ruppe mit dem EfTekt, 
dass gleiche Funktionen oder zumindest gleiche Teilfunktio- 
nen in verschiedenen Dienstprogrammen verwirklicht sind, 5 
ist nicht notwendig. Der neuen Ausgestaltung liegt die Idee 
zugrunde, dass eine nicht unerhebliche Anzahl von Funktio- 
nen, die iiber die Dienstprogramme ausgefiihrt werden, fur 
mehrere Baugruppen gleichermaBen notwendig sind. Die 
Anzahl der insgesamt im Betriebssystem implementierten to 
Dienstprogrammen ist daher gering. 

[0015] Durch die Koordination/Verwaltung der Dienst- 
programme iiber die Informationsdatei, also die Zuordnung 
der einzelnen Dienstprogramme zu den unterschiedlichen 
Baugruppen, ist zudem eine Hardware- Anderung am kon- 15 
kret verwirklichten Automatisierungssystem einfach in die 
Hardware-Konfigurationssoftware einzubinden. Die Hard- 
ware-Konfigurationssoftware wird dabei maBgeblich gebil- 
det durch die Dienstprogramme und ihre Zuordnung zu den 
einzelnen Baugruppen. Wird eine neue Baugruppe in das 20 
Automatisierungssystem eingebracht, so ist namlich ledig- 
lich ein entsprechender Eintrag in der Informationsdatei not- 
wendig, um dieser neuen Baugruppe die entsprechenden 
Dienstprogramme zuzuweisen. Das Betriebsprogramm 
selbst, welches in der Regel als ausfuhrbares Maschinen- 25 
code-Programm (Firmware) ausgefiihrt ist, braucht daher 
nicht geandert zu werden. Das ausfuhrbare Maschinencode- 
Programrn wird auch als Firmware und im Folgenden kurz 
als ausfuhrbares Programm bezeichnet. 

[0016] Dieses Verfahren zum Betreiben eines Automati- 30 
sierungssystems ist daher besonders flexibel und ermoglicht 
ein einfaches Erstellen eines neu aufzubauenden oder ein 
einfaches Andern eines bereits bestehenden Automatisie- 
rungssy stems. Mit Hilfe des Verfahrens werden daher insbe- 
sondere die notwendigen Konfigurationsschritte verein- 35 
facht, die iiblicherweise im Rahmen eines Engineering- oder 
Konflgurationssystems vorgenommen werden. 
[0017] Vorzugsweise crfolgt das Aufrufen des jewciligen 
Dienstprogramms iiber eine genormte Schnittstelle und ins- 
besondere aus dem ausfuhrbaren Programm heraus. Die 40 
Verwendung von genormten Schnittstellen ermoglicht eine 
Vielzahl von Detailinformationen in die Informationsdatei 
auszulagern und somit das gesamtc System im Hinblick auf 
Anderungen sehr flexibel zu halten. 

[0018] Zweckdienlicherweise ist hierzu vorgesehen, dass 45 
den Schnittstellen jeweils eine eindeutige Schnittstellenken- 
nung zugeordnet wird. Diese Schnittstellen-Kennung wird 
auch als "Interface Identifier" (ED) bezeichnet. Damit sind 
also die einzelnen Schnittstellen voneinander unterscheid- 
bar und eindeutig identifizierbar. In der Informationsdatei ist 50 
dann beispielsweise abgelegt, iiber welche spezifische 
Schnittstelle welche Dienstprogramm-Funktion abrufbar ist. 
[0019] GemaB einer bevorzugten Weiterbildung weist die 
Informationsdatei eine Dienstprogramm-Kennung als einen 
eindeutigen Schliissel zur Identifizierung des fur die jewei- 55 
lige Funktion notwendigen Dienstprogramms auf. Diese 
Dienstprogramm-Kennung wird auch als "Classidentifier" 
(CLSID) bezeichnet. Damit wird in Verbindung mit der ein- 
deutigen Schnittstellen-Kennung einerseits eine eindeutige 
SchnittsteEen-Kennung und gleichzeitig eine individuelle 60 
Dienstprogramm-Kennung vergeben, so dass das ge- 
wiinschte Dienstprogramm iiber eine definierte Schnittstelle 
aufgerufen wird. 

[0020] In der Informationsdatei ist also das fur die jewei- 
lige Funktion notwendige Dienstprogramm eindeutig be- 65 
zeichnet, welches iiber eine genau spezifizierte Schnittstelle 
aufzurufen ist. Dadurch brauchen im ausfuhrbaren Pro- 
gramm keine fur ein einzelnes Dienstprogramm spezifi- 



schen Informationen ent^j^i zu sein. Dem ausfuhrbaren 
Programm sind lediglic^^B eindeutigen Schnittstellen- 
Kennungen bekannt zu mUK. Was sich hinter diesen Ken- 
nungen verbirgt, ist fur das ausfiihrbare Programm uninter- 
essant. Daher sind Anderungen an den Dienstprogrammen 
und an ihrer Zuordnung zu den einzelnen Baugruppen pro- 
blemlos ohne aufwendige Eingriffe in das Betriebspro- 
gramm moglich. Denn das ausfuhrbare Programm entnimmt 
aus der Informationsdatei die Dienstprogramm-Kennung 
und die Information, iiber welche Schnittstelle das Dienst- 
programm aufzurufen ist. Es gibt dann die Dienstpro- 
gramm-Kennung iiber die eindeudg identifizierte Schnitt- 
stelle aus. Aufgrund der Dienstprogramm-Kennung wird 
nur ein spezielles Dienstprogramm iiber die genormte 
Schnittstelle aufgerufen. Ober die Dienstprogramm-Ken- 
nung wird also aus mehreren iiber eine genormte Schnitt- 
stelle aufrufbaren Dienstprogrammen ein spezielles Dienst- 
programm aufgerufen. 

[0021] GemaB einer besonders bevorzugten Ausgestal- 
tung sind zumindest ein Teil der Dienstprogramme als so ge- 
nannte Skript-Programme ausgebildet, die vom ausfuhrba- 
ren Programm heraus aufgerufen werden. Derartige Skript- 
Programme oder auch das so genannte "Skripting" sind prin- 
zipiell bekannt und werden beispielsweise fur die Program- 
mierung im Zusammenhang mit Internet-Anwendungen 
herangezogen. Bei einem derartigen Skript- Programm wird 
in der Regel derart vorgegangen, dass bestimmte auszufiih- 
rende Aufgaben in so genannte Skript-Dateien ausgelagert 
werden, und dass diese Aufgaben mit Hilfe eines Skript-In- 
terpreters erledigt werden. Der Skript-Interpreter ist dabei 
ein Hilfsprogramm, welches aus dem ausfuhrbaren Pro- 
gramm heraus gestartet wird. Um ein solches Skript-Pro- 
gramm zu andern ist daher lediglich eine Anderung an der 
Skript-Datei vorzunehmen. Da die Skript-Datei als ASCH- 
Datei ausgebildet und kein Maschinencode-Programm ist, 
sind Anderungen an einem solchen Skript-Programm sehr 
einfach vorzunehmen. Insbesondere ist kein Eingriff in das 
ausfuhrbare Programm des Automatisierungssystem not- 
wendig. Die Kommunikation zwischen dem ausfuhrbaren 
Programm und dem Skript-Programm erfolgt iiber die ge- 
normten Schnittstellen. 

[0022] Das hier vorgeschlagene Verfahren, bei dem das 
ausfiihrbare Programm anhand der Dienstprogramm-Ken- 
nung sowie der zugeordneten Schnittstellen-Kennung die 
Auswahl des entsprechenden Dienstprogramms vornimmt, 
ermoglicht in sehr einfacher Weise eine Anpassung und An- 
derung der Dienstprogramme. Denn vorteilhafterweise wird 
bei einer Anderung des Automatisierungssystems lediglich 
die Informationsdatei geandert. 

[0023] Andererseits wird - bei einer Anderung oder Er- 
weiterung der Funkdonalitat des Automatisierungssystems 
- bevorzugt ein neues Dienstprogramm implementiert. Dies 
wird zweckdienlicherweise begleitet durch entsprechendc 
Eintrage in der Informadonsdatei. Die Implementierung der 
neuen Dienstprogramme erfolgt beispielsweise unter Zuhil- 
fenahme der Skriptingmethode in einfacher Weise durch 
Ablegen einer neuen Skript-Datei. 

[0024] GemaB einer besonders bevorzugten Ausgestal- 
tung greift das neue Dienstprogramm auf ein bereits imple- 
mentiertes Dienstprogramm durch eine Verknupfung zu. 
Dadurch wird der Vorteil geschaffen, dass ein neues Dienst- 
programm die ihm obliegende Funktion nicht vollstandig 
abarbeiten muss, sondern dass Teilfunktionen, die bereits 
von einem anderen bestehenden Dienstprogramm erledigt 
werden konnen, auch diesem anderen Dienstprogramm 
iibertragen werden. Durch die Schnittstellen-Kennung und 
insbesondere durch die Dienstprogramm-Kennung ist auch 
eine eindeutige und problemlose Navigation zu dem ent- 
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sprechenden Dienstprogramm njttfch. 
[0025] Hierdurch wird also infl^Blhafter Weise erreicht, 
dass zur Ausfuhrung einer besti^Riten Funktion mehrere 
Dienstprogramme aufgerufen werden. 

[0026] Die Verwendung der genormten Schnittstellen mit 5 
einer Schnittstellenkennung sowie unter Verwendung der 
Dienstprogramm-Kennung ermoglicht also, dass bei jeder 
Erweiterung eines bestehenden Automatisierungssystems 
auf alle bereits existierenden Dienstprogramme zuruckge- 
griffen werden kann, und nur bestirnmte Teile erganzt wer- 10 
den rniissen. Der entscheidende Vorteil besteht darin, dass 
bereits getestete Dienstprogramme nicht geandert werden 
rniissen. Mit diesem Verfahren lasst sich auch eine tiefgrei- 
fende Erweiterung des Systems durch eine einfache Nachin- 
stallation eines Dienstprogramms im Rahmen des ausfiihr- 15 
baren Programms durchfuhren. 

[0027] Da die Dienstprogramme jeweils einer spezifi- 
schen Baugruppe zugeordnet sind, muss bei jeder Funkti- 
onsanderung der Baugruppe eine ihr zugeordnete Dienstpro- 
gramm-Bibliothek geandert werden. In der Regel geschieht 20 
dies durch einen Austausch der kompletten Programmbi- 
bliothek, was aufgrund der Ausgestaltung des Betriebspro- 
gramms als Maschinencode sehr aufwendig ist. Wird z. B. 
einer Baugruppe lediglich eine neue Funktion zugeordnet - 
ubemimmt sie beispielsweise neben einer reinen Schalt- 25 
funktion auch eine Messfunktion - so muss diese Messfunk- 
tion von einem entsprechenden Dienstprogramm unterstiitzt 
werden. Der Vorteil des neuen Verfahrens ist nun darin zu 
sehen, dass bei einer derartigen Anderung der Baugruppe 
auf ein bereits bestehendes Dienstprogramm zuriickgegrif- 30 
fen wird. Es muss also lediglich die Informationsdatei da- 
hingehend geandert werden, dass zu der relevanten Bau- 
gruppe die Information abgelegt wird, dass ein zusatzliches 
Dienstprogramm aufgerufen werden muss. 
[0028] Auch ist es zur Fehlerbehebung ausreichend, eine 35 
neue fehlerfreie Programmbibliothek zu installieren. Eine 
bestehende fehlerhafte Programmbibliothek braucht nicht 
zwingend ausgetauscht zu werden. Es geniigt viclmehr, in 
der Informationsdatei auf die neue Programmbibliothek zu 
verweisen und den Verweis auf die fehlerhafte Prograrnmbi- 40 
bliothek zu entfernen. 

[0029] Ein Ausfuhrungsbei spiel der Erfindung wird im 
Folgenden an hand der Zeichnung naher erlautert. Es zeigen 
jeweils in schematischen Blockbild-Darstellungen: 
[0030] Fig. 1 eine programmtechnische Darstellung eines 45 
Verfahrens zum Betreiben eines Automatisierungssystems, 
und 

[0031] Fig. 2 ebcnfalls eine programmtechnische Darstel- 
lung eines Verfahrens zum Betreiben eines Automatisie- 
rungssystems, bei dem mehrere Baugruppen auf gleiche 50 
Dienstprogramme zugreifen. 

[0032] GemaB Fig. 1 umfasst ein Betriebsprogramm B ei- 
nes Automatisierungssystems ein ausfuhrbares Maschinen- 
codeprograrnm AP, das im Folgenden kurz als ausfuhrbares 
Programm AP bezeichnet wird. Das ausfuhrbare Programm 55 
AP wird auch Firmware genannt. Weiterhin beinhaltet das 
Betriebsprogramm B eine Anzahl von Dienstprogrammen 
DPI bis DP6, die vorzugsweise ebenfalls Teil der Firmware 
sind. Alternativ sind sie als Skript-Programme ausgebildet, 
die aus dem ausfuhrbaren Programm AP heraus aufgerufen 60 
werden. Neben dem Betriebsprogramm B als Software- 
Komponente weist das Automatisierungssystem als Hard- 
ware-Komponente Baugruppen BG (vgl. Fig. 2) auf, die 
uber das Betriebsprogramm B angesteuert werden. Die Bau- 
gruppen BG sind beispielsweise Steuerbausteine zur Ventil- 65 
steuerung, Spannungsversorgungsmodule usw. 
[0033] Die Dienstprogramme DP 1 bis DP6 kommunizic- 
ren uber genormte Schnittstellen SI bis S3 mit einem Navi- 
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gator N des ausfuhrbarenJ^^ramms AP, wie es in Fig. 1 
dargestellt ist. Alternati^^Bimunizieren die Dienstpro- 
gramme DPI bis DP6 unWRlbar rnit den jeweiligen Bau- 
gruppen BG. Zur eindeutigen Identifizierung der jeweiligen 
Schnittstelle SI bis S3 ist jeder Schnittstelle eine Schnitt- 
stellen-Kennung SKI bis SK3 zugewiesen. Zusatzlich wei- 
sen auch die einzelnen Dienstprogramme DPI bis DP6 
Dienstprogramm-Kennungen DK1 bis DK6 auf. Diese die- 
nen als Schlussel fiir eine eindeutige Zuordnung zu den je- 
weiligen Dienstprogrammen DPI bis DP6. 
[0034] Fiir das Verfahren zum Betrieb des Automatisie- 
rungssystems ist weiterhin eine Informationsdatei I vorgese- 
hen, auf die das ausfuhrbare Programm AP zugreift. Die In- 
formationsdatei I beinhaltet insbesondere Informationen 
dariiber, welche Baugruppe BG welche Dienstprogramme 
DPI bis DP6 bendtigt. Die Informationsdatei I stellt also ein 
Wissen uber die fur eine Baugruppe BG notwendige Konfi- 
gurations software zur Verruga ng. Dieses Wissen wird auch 
als Metawissen bezeichnet. Die Information ist dabei derart 
abgelegt, dass fiir die jeweils benotigten Dienstprogramme 
einerseits die Schnittstellen-Kennung SKI, SK3 abgelegt 
ist. Diese Information dient zur Identifizierung der Schnitt- 
stelle, uber die das Dienstprogramm DP2, DP6 aufzurufen 
ist. Andererseits ist noch die spezielle Dienstprogramm- 
Kennung DK2, DK6 abgelegt. 

[0035] Anhand dieser Informationen ist es dem ausfuhrba- 
ren Programm moglich mit Hilfe des Navigators N die der 
jeweiligen Baugruppe zugeordneten Dienstprogramme DPI 
bis DP6 aufzurufen. Mittels der Schnittstellen-Kennung 
SKI, SK3 ist zunachst eindeutig festgelegt, uber welche 
Schnittstellen das jeweilige Dienstprogramm DP2, DP6 auf- 
gerufen wird. 

[0036] Uber die einzeln genormten Schnittstellen S 1 , bei- 
spielsweise die Schnittstelle SI, sind prinzipiell mehrere 
Dienstprogramme DPI bis DP3 abrufbar. Bei diesen uber 
eine spezielle Schnittstelle S 1 abrufbare Dienstprogramme 
DPI bis DP3 handelt es sich dabei iiblicherweise um Grup- 
pen von Dienstprogrammen DPI bis DP3, die eine gleiche 
Funktion aufweisen. Beispielsweise dienen die uber die 
Schnittstelle S 1 aufrufbaren Dienstprogramme DPI bis DP3 
zur Parametrisierung der Baugruppen BG. Uber die Dienst- 
programm-Kennung DK2, die einen eindeutigen Schlussel 
darstellt, wird nun aus den uber die Schnittstelle SI zugang- 
lichen Dienstprogrammen DPI bis DP3 das fur die jeweilige 
Baugruppe BG geeignete Dienstprogramm DP2 aufgerufen. 
[0037] Das beschriebene Verfahren zum Betreiben eines 
Automatisierungssystems ist auBerst flexibel im Hinblick 
auf Andcrungen, die die Dienstprogramme DPI, DP6 be- 
treffen. Solche Anderungen werden beispielsweise hervor- 
gerufen, indem einer Baugruppe BG eine neue Funktion zu- 
gewiesen wird, so dass fiir diese Baugruppe BG ein neues 
Dienstprogramm notwendig wird. Diese Flexibility wird im 
Wesentlichen dadurch erreicht, dass dem Betriebsprogramm 
B lediglich als einzige feste GroBe die Schnittstellen S 1 bis 
S3 mit ihrer Schnittstellenkennung SKI bis SK3 bekannt 
gemacht werden. Samtliches Wissen uber die konkrete Kon- 
figuration ist uber die Schnittstellenkennung SKI bis SK3 
und der Dienstprogrammkennung DK1 bis DK6 in der In- 
formationsdatei I abgelegt. 

[0038] Wird beispielsweise der Baugruppe BG eine neue 
Funktion zugewiesen, die das Dienstprogramm DP4 erfor- 
dert, so geniigt ein entsprechender Eintrag SK2 (DK4) in der 
Informationsdatei I, um dem System mitzuteilen, dass fur 
die Baugruppe BG nunmehr auch das Dienstprogramm DP4 
notwendig ist. Zudem besteht die Moglichkeit, dass aus ei- 
nem Dienstprogramm DPI bis DP6 auf ein anderes Dienst- 
programm DPI bis DP6 zugegriffen wird. Hierzu ist in dem 
ersten Dienstprogramm lediglich ein entsprechender Ver- 
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weis im Rahmen der Kennun^^B^las andere Dienstpro- 
gramrn notig. Diese Kennung^^^Jom ersten Dienstpro- 
gramm dem Navigator N mitgete^der dann das entspre- 
chende weitere Dienstprogramm aufruft. 
[0039] Durch diese Ausgestaltung besteht die Moglich- 5 
keit, dass mehrere Baugruppen BG auf gleiche Dienstpro- 
granime DPI bis DP6 zugreifen und umgekehrt, dass meh- 
rere Dienstprogramme DPI bis DP6 einer Baugruppe zuge- 
ordnet werden. Wird nun ein komplett neues Dienstpro- 
gramm notwendig, so kann dieses in das Betriebsprogramm to 
B in einfacher Weise durch eine Nachinstallation einge- 
bracht werden. In der Inform ationsdatei I wird dann ein ent- 
sprechender Verweis auf dieses neue Dienstprogramm er- 
stellt. 

[0040] Aufgrund der flexiblen Ausbiidung unterstutzt das 15 
Betriebsprogramm B im wesentlichen alle Hardwarekonfi- 
gurationen des Automatisierungssy stems. Denn erst wenn 
die erste Baugruppe BG tatsachlich in das (konkrete) Auto- 
matisierungssystem gesteckt ist wird eine gcwisse Aufbau- 
struktur festgelegt, da in der Regel den Baugruppen BG eine 20 
Aufbaustruktur zugeordnet ist. Solange noch keine Bau- 
gruppe BG in das System eingebracht ist, ist das Betriebs- 
programm B also fur unterschiedliche Topologien (Aufbau- 
struktur des Automatisierungssystems) offen. Bei einem 
Austausch der Baugruppen BG ist es daher auch moglich, 25 
von einem Aufbaukonzept zu einem anderen Aufbaukon- 
zept zu wechseln, ohne dass signifikante Anderungen im 
Betriebsprogramm erforderlich waren. 
[0041] Da mit diesem Verfahren mehrere Baugruppen BG 
auf gleiche Dienstprogramme DPI bis DP6 zugreifen kon- 30 
nen, ist auch der Umfang der notwendigen Dienstpro- 
gramme DPI bis DP6 gering gehalten, wie anhand von Fig. 
2 deutlich wird. Nach Fig. 2 umfasst das Automatisierungs- 
system eine Hauptstation HS und eine Nebenstation NS, die 
auch als Peripheriestation bezeichnet wird. Sowohl die 35 
Hauptstation HS als auch die Nebenstation NS haben meh- 
rere Baugruppen BG sowie eine Zentraleinheit ZE auf Sei- 
ten der Hauptstation H und eine Peripherieeinheit PE auf 
Seiten der Nebenstation NS. Die Peripherieeinheit PE stellt 
dabei eine Zentraleinheit der Nebenstation NS dar. Die Peri- 40 
pherieeinheit PE und die Zentraleinheit ZE sind als Haupt- 
baugruppen ausgebildet. Den einzelnen Baugruppen BG, 
ZE, PE sind jeweils genormte Schnittstellen S zugeordnet, 
uber die eine Kommunikation mit den den jeweiligen Bau- 
gruppen BG zugeordneten Dienstprogrammen DPI bis DP6 45 
erfolgt. Die Kommunikation wird dabei mit Hilfe des Navi- 
gators N des ausfuhrbaren Programms AP geleitet, das in 
Fig. 2 jedoch nicht dargestellt ist. Die Kommunikation oder 
das Aufrufen der Dienstprogramme DPI bis DP6 erfolgt da- 
bei wie zu Fig. 1 beschrieben. Me Fig. 2 zu entnehmen ist, 50 
bilden die Dienstprogramme DPI bis DP6 eine Art Biblio- 
thek, auf die die einzelnen Baugruppen BG je nach Bedarf 
und entsprechend ihrer Funktion zugreifen. Beispielsweise 
sind fur den Betrieb der Hauptstation HS die Dienstpro- 
gramme DPI bis DP3 und fur den Betrieb der Nebenstation 55 
NS die Dienstprogramme DP2 bis DP5 notwendig. Das be- 
deutet, dass die Hauptstation HS und die Nebenstation NS 
fur ihren Betrieb auf gleiche Dienstprogramme DP2, DP3 
zugreifen. Die Zahl der im Betriebsprogramm beinhalteten 
Dienstprogramme DPI bis DP6 ist gering. 60 



von den Baugruppei^fiG) zugeordneten Funktionen 
beinhaltet, wobei au^^B Informationsdatei (T) ausge- 

lesen wird, welche sp^Kllen Dienstprogramme (DPI 
bis DP6) fur welche Baugruppe (BG) notwendig sind, 
und wobei zur Ausfuhrung einer der jeweiligen Bau- 
gruppe (BG) zugeordneten Funktion das entsprechende 
Dienstprogramm (DPI bis DP6) aufgerufen wird. 

2. Verfahren nach Anspruch 1, bei dem das Aufrufen 
des Dienstprogramms (DPI bis DP6) uber eine ge- 
normte Schnittstelle (SI bis S3) erfolgt. 

3. Verfahren nach Anspruch 2, bei dem den Schnitt- 
stellen (SI bis S3) jeweils eine eindeutige Schnittstel- 
len-Kennung (SKI bis SK6) zugeordnet wird. 

4. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem die Informationsdatei (I) eine Dienstpro- 
gramm-Kennung (DK1 bis DK6) zur eindeutigen Iden- 
tifizierung des fur die jeweilige Funktion notwendigen 
Dienstprogramms (DPI bis DP6) aufweist. 

5. Verfahren nach Anspruch 4, bei dem aus der Infor- 
mationsdatei (I) die Dienstprogramm-Kennung (DK1 
bis DK6) sowie die zugeordnete Schnittstellen-Ken- 
nung (SKI bis SK3) entnommen wird, wobei anhand 
dieser beiden Kennungen die Auswahl des entspre- 
chenden Dienstprogramms (DPI bis DP3) erfolgt. 

6. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem das Betriebsprogramm (B) ein ausfuhrba- 
res Maschinencode-Programm (AP) sowie ein Skript- 
Programm aufweist, wobei zumindest ein Teil der 
Dienstprogramme als Skript-Programme vom ausfiihr- 
baren Programm (AP) heraus aufgerufen werden. 

7. Verfahren nach einem der vorhergehenden Ansprii- 
che, bei dem bei einer Anderung des Automatisie- 
rungssystems die Informationsdatei (I) geandert wird 

8. Verfahren nach einem der vorhergehenden Ansprti- 
che, bei dem bei einer Erweiterung der Funktionalitat 
des Automatisierungssystems ein neues Dienstpro- 
gramm erstellt wird. 

9. Verfahren nach Anspruch 8, bei dem das neue 
Dienstprogramm auf ein bereits implementiertes 
Dienstprogramm (DPI bis DP6) durch eine Verkniip- 
fung zugreift. 

10. Verfahren nach einem der vorhergehenden An- 
spriiche, bei dem zur Ausfuhrung einer zugeordneten 
Funktion mehrere Dienstprogramme (DP1-DP6) auf- 
gerufen werden. 



Hierzu 2 Seite(n) Zeichnungen 



Patentanspriiche 



1. Verfahren zum Betreiben eines Automatisierungs- 
systems, das eine Anzahl von Baugruppen (BG) sowie 65 
ein Betriebsprogramm (B) fur den Betrieb der Bau- 
gruppen (BG) umfasst, welches eine Anzahl von 
Dienstprogrammen (DPI bis DP6) fur die Ausfuhrung 
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